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'SU3J1 RSX-XID SYSTEM OVERVIEW 



The iiatariRi Included In this functional 
spaci f Icatlon, including but net jlmltej 
tO| jnstructio.T tings ano cceratjn.j 
speeds is for I n^'orinat Ion purposes cnjy, 
AiJ^.sucn fTiatarlai Is subject to chan-^R 
\i(tnout notice, Concecyentty QZZ m;\K=3s 
no claim and shajj not oe jiaole for its 
accuracy', 



iNTROiiUCTlON 

RSV-in Is a Raal Time Operating 5yste^ for the =0P-1.1/4-, 
tnat Is pnj io90DnIc?i! !y sinifjar to RSn-15 with th^. .id-^ition 
of? Fixed and/or ayn.i.oiic oar 1 1 1 1 on 1 ng» re-rntrrm- iibr?rTer-i 
output soooilngi Chsc'^DO j nt I ng, an^l run-tjme Partltj'^n 
sslactlon, A flajer difference fro"^ PSx-i.i Is tn.-i u<;e of 
"E.v,ent Fiags" insteaa of "Event Var|aL>jG5", ana V^e aoii'jty 
to WAITFOi^ a logical comolnatlon of events, 



SYSTEM DESCRIPTION 

RSX-llD Is an event dflvon, f i xed/var I ao ' e oartUlon, dirsK 
basotii software prior lev mu 1 1 i -pronram-^i ng systw^ tn^.t 
provlcfls flexible scheduMnQi program protection, priority 
Queued I/0> and fast int'^rruot rasponso, 

The system Is desUnec for usa [n Industrial proce-^s control 

and laborritory appTicatUns ^^rtirfi dl^^k SfOFane of nr'i^ra^s 

end 'lata, cfftcifnt and convenient schouullng of operations* 

and "aold response to interruots Is renulred, 
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RSX-110. fs oallRd a '"Task" and 

set nf pro?ipams tnat have basn 
POP-il ^sse'^bly language, 
are created either on-'|Iiifl or 
ed" Into ^n RSX-liC system 
This on-'I'ine process results In the pecordin'i of 
the TasK on the system disK In absolute memory linage form 
(ready for execution), 
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PARTITIONS 



r .^-f-.- 




rtTt lon-i. are areas of contfguous real nie"«ory that ar 
r Task execution', There are two mod's of Partition 
Cl)."ijser Control'' where only one task at f t|r.n may 
tne. partition, and (2) "Systcrn Control" wnora tne 
controls allocation of momory (wltnln tno ?nrt|r(on 
execution of one or '^ora Tasks, Jf^e namsi bass nd 
slzei and ""ode of each Partition Is specified at 
Conf Tgyr^t I Q*- , t IiTiej and cannot he cnanged on-||na', 
are Installed to run In a particular parltlon, tut, 
spacTfIc request! may run In any Partition that Is 
enought 
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DISK USAGE 

Part of tne executive code |s a jRp" an<^/or 
Which pri>vldes Storage Allocation and 
functions for Privelesed reouestors. 



RK DISK Driver 

Bjock Transfer 



vt\fii^ a Task Iniage Is ouMt, a disk area |s aljccatPd to 
contain tna Task's I'oac l^age, and, I^ the Task 1 «= declared 
"Ci^eckno Intab 1 e" » -^ swapout area Is a|so allocated, J^s 
TasJ'. fniage is vvritten sucn that a sjngle transfer can he 
usGO to loao Its I-^aqe into a Partition, Cxcen-c f^ir C-looal 
Comnon and Resident Library Routines ('Ahlch are not a nart 
.of the dIsK lmas9)i a Task requires contiguous real ne~ory; 



MUUTIPPOGRAMMING 

Effective mu 1 1 1 oroOranm i nc depends upon -multiple -"enory 
residency of Tasks, and uoon TasKs '^pen'^ing so,t5 of their 
residency waitlna for I/O completion, waiting for 
synchroni z'it ion with other Tasks, or in sotic way oaing 
unab'ie to continue execution', Thus, ^niie one or s?^verai 
Tasks are waltlnqi anoxhef! Task may utilize the central 
Processor's resources, 
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Under f?SX-iiO, Tasks are fyn at ^ software 
canQf n^ . f roTi a tow of one through ^ i^lgh 
h|gliest priority Task caoabja of execution 
central or'^cessor resources, 



pr [or I ty I 8V8 1 

of 255, and t^e 

!s srantect the 



When a Tas»< becomes ready to execute, ftnd js of a hjnher 
orjorlty tnan tnia currenti'y executing Task* the lowejr 
DrTopjty Task Is Interrupted and the hjgner nplority T^'Sk Is 
aj'iowe'j to run', Rxacutlon of the 1 nter funteu T^sk w'| i i 
continue whan It once again oecomes the highest oriofity 
TasK capable ■ of cxacutTon, Tns envlrofTnont of*'"'an 
IntorruptQfl Task js orflsarved, andi excerit fr e i apsed t|inei 
Intar rup^ton Is transparent to an Interrupted Task, 

This mu 1 1 Jorogranml nq nor'^ally aooijcs cn'y to 
fnemoryres f dent T5\sks-, I'.e,, once a Task Is in iiemcry, It 
Ts nor.Tiajly allowed to run to . coitioiGtlon In a 
mu rt"lprogranmi ng fashion even if Its riieporv heroics reiulrod 
for the execution of a higher orforlty Tisk, Mowt,\/er, when 
It Is dasjrabje to free a Partition for "xectition cf a 
hlqiier .priority Taski a Task may be declared 
•'checkno Intab i e" when It is Installed, Chec!<po i ntab I e T;\si<s 
are swapoed-out wncn their Partition is roau'red for a 
higher priority TasK, and swapoed-ln wnon they once aT^In 
become the hlsH^-est priority Task rRQul''ing its parti tlcn', 

f'ornajly, a Task Is brcugnt Into TiGmory only upon a reotjest 
for jts execLjtlcm and several Tasks .;nay use tn^ sa^e 
i^emory., However, when deslrabia, a T^sk lay b& 
"ffxeo-ln-Tiesnory" ner. nitt|ng faster response to roou^sts for 
execution, but dedicating a Partition, or part of one, to a 
single Tas^, 
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Significant Events ar'e declajad when events of significance 
occur, (',6,1 RSX-llD is an event driven system, 

Associated with Significant Events are fjags ca|ied Event 
Flags, Declaratjbn of a Significant Event Indicates th^t 
so-nething l^as baPPenea, nn6 the settjnn of a particgiar 
Event Flag indicates what has hapoened', For example, ^pon 
completion of I/O requests, Handler TasKs norm?|ly set a 
requestor IndlcaXsd Event Flag and declare a 5 i gr^ I f I ca'^t 
Event, If the reqgestinq TasK has Instructed the sy«item 
that it could not execute until the Event variable had heen 
set, Tasks of lower priority could, be run hecaijsR scans of 
the Active Task List couTd pass the TasK waiting ir>r I/O 
compTetlon until the Significant Event was ceclared as a 
tesul't of tne I/O completion', 

Each Task has access to s|xty-four (64) Event Flags of whl-jh 
thirty-two (32) Are unidue to each TasKi ancJ thlrty^two are 
common to all' taSKs, 



SYSTEM TRAPS 
ability 




ON-LINE TASK DEVELOPMENT 

Program development ynder RSX-HD Is provldgd =^s a 
slnflTe-stroam Batch capability, Pfogra^ gnlts ^-nay be 
assembled or comolled (Fortran IV),. Task |.-nage«5 -r.ay be Oq it 
and Installed or removed, and file manipulation utility 
operations may be papfoFmed, 
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THE HONJTOR CONSOLE ROUTINE 

Operator Interface to the system Is omvlded by a faciTlty 
cal'Nd th9 "MCR" for Monitor Console Routine', 

HCR dlaloage (s estabilshad by typing a tC on a TTY', This 
causes an mcR dispatch Task to run wn]oh outputs an ••MCR," 
Prbmntlng syrnooj and reads a iine of commanc Incut, T^o 
command inout ilns indicates what function Is to he 
parforwed and contains paPamstefs wnen necessary. \^Q 
dispatch TasK cayses an MCR Function T».sk to run, wh ch 
performs the rsQUesteo function, There Is one MCR Function 
Task for evary MCK Function, 

A typical system might have MCR functions to provide system 
statys.i perform TasK schedul'lnsi change UOQicai Unit 
Asslgn'^'ents, etc', 

Since nori^al' RSX.llD Tasks are used to Impictr.ent MCR 
Function^/ soecl'a! our'pas© functions to provide added 
flexibility or convohienca for a partiouiar application or 
Jnstal latlOivraay be easily developed and added, 



SYSTEM DIRECTIVES 

System Directives or Directives are Instructions to the 

systern to perform an indicated oparation'. nirscttves are 

Tmpleinentad as EMT's and supported under FORTRAN by llofrary 
subroutines, 

Dlractlves al'iow Tasks to schedule other tasks, measure tHo 
tntePVals, queue'l/O reauestsi suspend execution In various 
ways, chanQs losica! unit assignments, ex|t, and ter^orm 
ether uti 1 ity operations, 



I/O HANDLERS 

With the exception of the System Disk Drlverts), wHicn afe a 
Part of the executive, all I/O Is suPPOPtsd by "I/O Handier 
TasKs", Tnese Tasks alffor from most other Tasks In that 
(1) they contain an interrupt service routi^ei (2) thoy r-jn 
with additional orlvTonsi and <3) that a naming convention 
exists (viz",, the Uins PMnter Handler Task is named 
%?'.•../."}• 

I/O Handl'er Tasks are ars leaded Into, or gnlodod f?Offl, 
memory by MCR comiT.ands, 
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I/O Fequests are queued ^of each unft by priority (usually 
requestor task priority), and Handler Tasks pick requests 
from the top of request queues, Thus, prefepentlaj sofvlco 
Ts fliven to high priority requestors, However, when 
appropriate, Handler Tasks accept "attach unit to Task'' 
loquests and then do-queue on|y requests from the attached 
Task', This continues untlT a "detach un|t from Tas^'' 
Request Is de-queuQdi which causes requests to be de«^queued 
by ppjorlty Uff the top) once again', 

The Tnterfaca between an I/O Handier Task and the RSXillD 
system Ts accomplished by Directives and by re-rentpant 
system subroutines (viz',, to attach, ^^^^ch. and de-oueuQ). 
and the ^ajor effort |n developing an RSX^liD Handler Task 
ts In driving the device, and not In ,=comp letlng an Intjwate 
tnteFf^ce to a host system', 



